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COMMANDING HANDOVER BETWEEN DIFFERING 
RADIO ACCESS TECHNOLOGIES 



BACKGROUND 



1 . FIELD OF THE INVENTION 

5 The present invention pertains to wireless telecommunications, and particularly 

to inter-radio access technology handover for wireless telecommunications. 



2. RELATED ART AND OTHER CONSIDERATIONS 

Some mobile terminals are capable of using more than one type of radio access 
technology (RAT) in order to communicate with. e.g.. other mobile terminals or one or 

10 more core networks. Such mobile terminals have been termed as ''dual mode" mobile 
terminals in view of their capability to use (e.g., at differing rimes) at least two radio 
access technology types. Each radio access technology type is implemented using an 
associated radio access subsystem or network. Two examples of differing radio access 
technologies are (1) the Global System for Mobile communications (GSM) developed 

15 in Europe, and its third generation successor (2) the Universal Mobile 

Telecommunications (UMTS) Terrestrial Radio Access Network (UTRANjr UTRAN 
is essentially a wideband code division multiple access (W-CDMA) system. 

An inter-radio access technology (RAT) handover is process wherein a mobile 
terminal switches from using a first radio access system having a first radio access 
20 technology (such as GSM) to a second radio access system having a second radio 

access technology (such as UTRA). Inter-RAT handover is normally initiated when the 
quality of a downlink radio connection of the first radio access network falls below a 
certain level. The quality of the uplink connection with the first radio access network 
may be considerably poorer than the downlink quality. 
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In the inter-RAT procedure, a handover command message is sent to the mobile 
terminal to provide the mobile terminal with details of the radio resources to be used 
after the handover (e.g., when the mobile terminal is in communication with the second 
radio access network using the second radio access technology). As an example, 

5 consider a situation in which the first radio access network with which a mobile 
terminal has been communicating uses GSM radio access technology (RAT), and 
wherein measurements warrant that the dual mode mobile terminal change to use 
UTRA radio access technology. In such situation, the handover command message that 
is sent by a base station controller of the GSM radio access network across the GSM air 

10 interface to the mobile.station comprises one or more segments of limited length (each 
segment being twenty one octets). When a segment of twenty one octets is insufficient 
to transmit the radio resource information necessary for the handover, the handover 
command message must be segmented to comprise plural segments. However, after a 
segment of the handover command message is sent, a subsequent segment cannot be 

15 transferred until receipt of the preceding segment has been acknowledged. 

The handover command message is sent from the base station controller to the 
mobile terminal via the downlink radio connection. However, in a case in which the 
handover command message is segmented, successful transfer of the handover * 
command message requires that acknowledgement of a preceding segment be 

20 transferred via the uplink radio connection prior to transmission of a further segment. 
Thus, if segmentation is used, it may be impossible to quickly transfer the handover 
command message due to poor quality of the uplink radio connection. In other words, 
segmentation of the handover command message over more than two GSM air interface 
messages can have a significantly detrimental, and unacceptable, impact ori"handover 

25 performance. 

In the situation of handover from GSM to UTRAN, the GSM handover 
command message encompasses a RRC Handover to UTRAN command message. The 
RRC Handover to UTRAN command message includes the details of the UTRA radio 
resources to be used in the UTRAN after handover. The RRC Handover to UTRAN 
30 command message includes a large number of parameters stored in respective 

information elements of the RRC Handover to UTRAN command message. The size of 
the RRC Handover to UTRAN command message depends on the actual content of 
these parameters, and can be as long as one hundred to two hundred octets. When the 
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RRC Handover to UTRAN command message is so large, it obviously cannot fit within 
a non-segmented GSM air interface message, with the result that the RRC Handover to 
UTRAN command message must be segmented. 

Various techniques have been utilized as attempts to reduced the size of the 
5 handover command message, and thus to avoid segmentation of the handover command 
message. As a first example technique is preconfiguration. There are two basic types 
of preconfiguration. As first type of preconfiguration is pre-defined configuration. In 
pre-defined configuration, a network can prepare and download one or more radio 
configurations to a mobile terminal. Such a pre-defined radio configuration comprises 

10 a large number of radio bearer parameters, transport channel parameters, and physical 
channel parameters. Prior to RAT handover, the UTRAN inquires which 
configurations are stored in the mobile terminal. In case the mobile terminal has 
suitable pre-defined configurations stored thereat, the UTRAN can refer to a stored 
configuration and then only needs to signal a few additional parameters to be used in 

15 addition to the stored parameters associated with the pre-defined configuration. 

A second type of preconfiguration is default parameter configuration. In default 
parameter configuration, a number of parameters are have default values which are 
specified in a standard, such as RRC Protocol Specification TS 25.33 1 . The default 
parameter configuration can be utilized in a similar manner, but since it does not need 
20 to be downloaded, it can be used more easily. 

As a second example technique for reducing length of the handover command 
message, several initially non-essential parameters can be omitted from the handover 
command message. It is assumed by this technique, however, that the corresponding 
functionality of these parameters need not be configured immediately upon handover. 
25 This second technique is currently used only when the preconfiguration of the first 
technique is also utilized. 

As a third example technique, for some of the parameters transferred when using 
preconfiguation, the use of smaller value ranges for the parameters can be 
predetermined. In other words, the sizes of certain information elements in the 
30 handover command message is reduced by reserving a subrange of the information 

element parameter values for exclusive use by the mobile terminal which is performing 



the inter-RAT handover. An explanation of this third technique is provided in United 
States Patent Application Serial Number 09/483,743 , filed January 17, 2000, entitled 
"Method and System For Improving The Performance of Inter-System Handovers", 
which is incorporated herein by reference in its entirety. This third technique helps to 
5 reduce further the size of the handover command message, although sometimes there is 
a slight performance degradation. 

Despite the various techniques that have been used to reduce the size of 
handover command messages, the handover command message approaches the limit 
imposed. by the space available in a non-segmented GSM air interface message. Unless 
10 other mechanisms are defined, hardly any space is left in the RRC Handover to 
UTRAN command message to facilitate the inclusion of further parameters. 

One of the parameters that needs to be included in the RRC Handover to 
UTRAN command message, when using preconrlguration, is a parameter having an 
information element known as ''Default DPCH Offset Value". Persons skilled in the art 

15 will appreciate that DPCH refers to a dedicated physical channel which corresponds to 
a spreading code (see, e.g., 3GPP TS 25.21 1, v.3.2.0 "Physical Channels and Mapping 
of Transport Channels Onto Physical Channels (FDD)" or 3GPP TS 25.221, v.3.2.0 
"Physical Channels and Mapping of Transport Channels Onto Physical Channels 
(TDD)"). The Default DPCH Offset Value parameter is used to distribute evently the 

20 processing and transmission load of different mobile terminals over time. The time 
interval over which the distribution is performed is 80 milliseconds, which corresponds 
with the maximum transmission time interval (TTI). Adding the Default DPCH Offset 
Value parameter to the RRC Handover to UTRAN command message would introduce 
an additional ten bits (600 steps of 512 chips). As indicated before, this is undesirable 

25 since the size of the RRC Handover to UTRAN command message is already close to 
the limit for a non-segmented GSM air interface message. 

What is needed, therefore, and an object of the present invention, is a technique 
for facilitating transmission of additional parameters in a handover command message 
in conjunction with inter-RAT handover without appreciably lengthening the handover 
30 command message. 



BRIEF SUMMARY OF THE INVENTION 



The present invention pertains to a dual mode mobile terminal (MT) which is 
capable of communicating (e.g., with a core network) either via a first radio access 
network having a first type radio access technology or a second radio access network 
having a second type radio access technology, as well as to networks and nodes of such 
networks which cater to user equipment units (UE) capable of dual mode operation and 
to methods of operating such mobile terminals (MTs), networks, and nodes. When the 
first radio access network is serving the mobile terminal (MT) in a first mode of 
operation, the mobile terminal (MT) monitors transmissions from the second radio 
access network. When conditions warrant, a network node prepares a radio access 
technology (RAT) handover message for transmission to the equipment unit (UE) in 
conjunction with handover of the mobile terminal ( MT) from the first radio access 
network to the second radio access network, and in conjunction with an associated 
change of operation mode of the mobile terminal (MT) from the first mode to the 
second mode. In one implementation, the first network (and hence the first mode) is a 
GSM network and the second network (and hence the second mode) is a UTRAN 
network (UMTS Terrestrial Radio Access Network (UTRAN) of a universal mobile 
telecommunications (UMTS) system). 

In accordance with the present invention, the radio access technology handover 
message includes a first information element representative of a first parameter from 
which a value of a second parameter can be derived so that the second parameter need 
not be included as a separate information element in the radio access technology 
handover message. Not including the second parameter as a separate element in the 
radio access technology handover message facilitates non-segmentation of the radio 
access technology handover message. 

In one aspect of the invention, the radio access technolosv handover message is 
a RRC Handover to UTRAN message which is transmitted to the mobile terminal 
(MT). The mobile terminal (MT) derives the second parameter from the first 
parameter. In one example mode of the invention, the first parameter is a Serving- 
Radio Network Temporary Identifier [S-RNTI 2] and the second parameter is an 
information element which facilitates distribution of load and transmission of traffic in 
the radio access nerwork (e.g., a Default DPCH Offset Value). In particular, in one 
example implementation the second parameter (P2) [e.g., the Default DPCH Offset 
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Value] is derived from the first parameter (PI) [e.g., S-RNTI 2] using the Expression 
P2 = (P1 mod 599) * 512. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the invention will 
5 be apparent from the following more particular description of preferred embodiments as 
illustrated in the accompanying drawings in which reference characters refer to the 
same parts throughout the various views. The drawings are not necessarily to scale, 
emphasis instead being placed upon illustrating the principles of the invention. 

Fig. 1 is a diagrammatic view of a telecommunications system operating in 
io conjunction with both a first radio access network having a first type radio access 
technology and a second radio access network having a second type radio access 
technology. 

Fig. 2 is a simplified function block diagram showing certain example aspects of 
a representative mobile terminal and network nodes of Fig. 1 which are involved in an 
15 example inter-RAT handover of the present invention. 

Fig. 3 is a diagrammatic view of example basic actions involved in an example 
inter-RAT handover of a mode of the present invention. 

Fig. 4 is a diagrammatic view of a format of an example handover command 
message according to a non-limiting embodiment of the present invention. 



20 DETAILED DESCRIPTION OF THE DRAWINGS 

In the following description, for purposes of explanation and not limitation, 
specific details are set forth such as particular architectures, interfaces, techniques, etc. 
in order to provide a thorough understanding of the present invention. However, it will 
be apparent to those skilled in the art that the present invention may be practiced in 
25 other embodiments that depart from these specific details. In other instances, detailed 
descriptions of well-known devices, circuits, and methods are omitted so as not to 
obscure the description of the present invention with unnecessary detail. Moreover, 



individual function blocks are shown in some of the figures. Those skilled in the art 
will appreciate that the functions may be implemented using individual hardware 
circuits, using software functioning in conjunction with a suitably programmed digital 
microprocessor or general purpose computer, using an application specific integrated 
circuit (ASIC), and/or using one or more digital signal processors (DSPs). 

Fig. 1 shows a telecommunications system 10 operating in conjunction with both 
a first radio access network 12 having a first type radio access technology and a second 
radio access network 14 having a second type radio access technology. In the non- 
limiting example shown in Fig. 1, the first radio access network 12 uses GSM radio 
access technology, while the second radio access network 14 uses UTRAN radio access 
technology. Both first radio access network 12 and second radio access network 14 are 
connected to an external core network 16, such may be ( for example) the Public 
Switched Telephone Network (PSTN) and/or the Integrated Services Digital Network 
(ISDN). 

The core network 16 connects to the first radio access network 12 (e.g., the GSM 
radio access network) over an interface know as the A interface. The first radio access 
network 12 includes one or more base station controllers (BSCs) 26 GS m> with each base 
station controller (BSC) 26 GS m controlling one or more base stations (BTSs) 28 G . In the 
example shown in Fig. 1, base station controller (BSC) 26 G sm is connected across the 
Abis interface to two base stations, particularly base station (BTS) 2S G .i and base 
station (BTS) 28 G _ 2 . Each base station (BTS) 23 G is depicted in Fig. 1 as serving three 
cells C Each cell C is represented by a circle proximate the respective base station. 
Thus, it will be appreciated by those skilled in the art that a base station may serve for 
communicating across the air interface for more than one cell, and that differing base 
stations may serve differing numbers of cells. The base station controllers (BSCs) 
26 GSM controls radio resources and radio connectivity within a set of cells, e.g., the cells 
C G shown in Fig. 1. Each base station (BTS) 28 G handles the radio transmission and 
reception within one or more cells. 

The core network 16 also connects to the second radio access network 14 (e.g., 
the UTRAN radio access network) over an interface know as the Iu interface. The 
second radio access network 14 includes one or more radio network controllers (RNCs) 
26 u . For sake of simplicity, the UTRAN 14 of Fig. 1 is shown with only one RNC 
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node, although typically more than one such node is typically provided. The RNC node 
26u is connected to a plurality of base stations (BS) 28u- For example, and again for 
sake of simplicity, two base station nodes — base station (BS) 28y-i and base station 
(BS) 28u-2 - a re shown connected to RNC 26 t - over an interface known as the lub 

5 Interface. It will again be appreciated that a different number of base stations can be 
served by an RNC, and that RNCs need not serve the same number of base stations. As 
in GSM network 12, in UTRAN network 14 for sake of simplicity each base station 28^ 
is shown as serving three cells (each such cell being labeled at least partially as Cf). In 
second radio access network (UTRAN network) 14, the radio network controller (RNC) 

10 26\j controls radio resources and radio connectivity within a set of cells C L , while the 
base stations (BS) 28u handle the radio transmission and reception within one or more 
cells. 

Each of the aforementioned interfaces, including the A interface, the Abis 
interface, a radio interface 32, the Iu interface, and the lub interface are shown by dash- 
15 dotted lines in Fig. 1 and Fig. 2. 

A dual mode mobile terminal (MTj, such as mobile terminal (MT) 30, is shown 
in Fig. 1 as being in radio communication with first radio access network (GSM 
network) 12 with an inter-RAT handover being imminent to second radio access 
network (UTRAN network) 14. It will be appreciated that in a GSM context such a 

20 mobile terminal is typically described as a "mobile station", while in a UTRAN context 
the mobile terminal is often called a user equipment unit (UE). As used herein, the 
term mobile terminal (MT) generically encompasses both the notion of a mobile station 
and the notion of a user equipment unit (UE). The mobile terminal (MT) 30 can be 
mobile devices such as mobile telephones ("cellular" telephones) and laptops with 

25 mobile termination, and thus can be, for example, portable, pocket, hand-held, 

computer- included, or car-mounted mobile devices which communicate voice and/or 
data with radio access network. 

Fig. 2 shows selected general aspects of mobile terminal (MT) 30 and selected 
functionalities of nodes such as base station controller (BSC) 26 G sm and radio network 
30 controller (RNC) 26y. The mobile terminal (MT) 30 shown in Fig. 2 includes a data 
processing and control unit 3 1 for controlling various operations required by the mobile 
terminal (MT). The data processing and control unit 31 of mobile terminal (MT) 30 
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includes a mobile terminal inter-RAT handover function 100 and a signal measurement 
report function 101, the purposes of which are described in more detail subsequently. 
In addition, the data processing and control unit 31 provides control signals as well as 
data to a radio transceiver 33 connected to an antenna 35. 

5 The example base station (BTS) 28 G shown in Fig. 2 includes a base station data 

processing and control unit 36 G , which is connected to one or more base station 
transceivers (TX/RX) 38. Each base station transceiver (TX/RX) 38 is connected to a 
corresponding antenna 39, an appropriate one of which communicates over air interface 
32 with mobile terminal (MT) 30. 

10 The example base station controller (BSC) 26 G5M shown in Fig. 2 includes a 

BSC data processing and control unit 37 G . Similarly, the example radio network 
controller (RNC) 26y includes an RNC data processing and control unit 37 L -. The BSC 
data processing and control unit 37 G includes an inter-RAT handover triggering 
function 102; the RNC data processing and control unit 37 L - includes a RAT handover 

15 command message preparation function 104. Any or all of mobile terminal inter-RAT 
handover function 100; inter-RAT handover triggering function 102: and RAT 
handover command message preparation function 104 may be implemented using 
individual hardware circuits, using software functioning in conjunction with a suitably 
programmed digital microprocessor or general purpose computer, using an application 

20 specific integrated circuit (ASIC), and/or using one or more digital signal processors 
(DSPs) 

As mentioned above, the present invention pertains to a dual mode functionality 
of mobile terminal (MT) 30, e.g., the capability of mobile terminal (MT) 30 to 
communicate with a first type of radio access technology network such as GSM 
25 network 12 and a second type of radio access technology network such UTRAN 
network 14. The present invention also pertains to the networks themselves and to 
nodes of such networks which cater to such dual mode mobile terminals. 

In one of its aspects, the present invention concerns one or more of the 
preparation, format, transmission, decoding, and use of a unique and compact handover 
30 command message which is utilized as part of an inter-RAT handover procedure. To 
illustrate such aspect, it is assumed in the situation of Fig. 1 that initially first radio 
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access network (GSM network) 12 is handling radio communication with mobile 
terminal (MT) 30. This could mean that, for example, first radio access network (GSM 
network) 12 is currently responsible for paging mobile terminal (MT) 30 regarding any 
call (e.g., a call from the core network), or for determining whether mobile terminal 
(MT) 30 requests to establish a call (e.g., connection). Handling the radio 
communication with mobile terminal (MT) 30 can also mean that first radio access 
network (GSM network) 12 is currently supervising an existing call which involves 
mobile terminal (MT) 30. Further, it is assumed that mobile terminal (MT) 30 has the 
capability to monitor/measure, and does monitor/measure, the properties (e.g., signal 
strength) of certain channels broadcast by second radio access network (UTRAN 
network) 14. 

Fig. 3 depicts example basic actions involved in an example inter-RAT handover 
procedure of a representative mode of the present invention. Action 3-1 of the inter- 
RAT handover procedure of Fig. 3 shows a measurement report message being sent 
from mobile terminal (MT) 30 to base station controller (BSC) 26 G sm- The 
measurement report message is "enhanced" in the sense that it includes not only 
measurements (of, e.g., signal strength) for selected channel(s) of first radio access 
network (GSM network) 12, but also measurements of selected channels for second 
radio access network (UTRAN network) 14. The measurement report message is based 
upon measurements made and reported by signal measurement report function 101 of 
mobile terminal (MT) 30. 

Action 3-2 of the inter-RAT handover procedure of Fig. 3 depicts the inter-RAT 
handover triggering function 102 of base station controller (BSC) 26 G sm evaluating the 
measurements included in the measurement report message of action 3-1, and 
determining whether an inter-RAT handover is necessary. An inter-RAT handover can 
be initiated when the quality of the downlink radio connection with the first radio 
access network (GSM network) 12, as reported by the measurement report message of 
action 3-1, falls below a predetermined level. In the scenario shown in Fig. 3, it is 
assumed that, at action 3-2, the inter-RAT handover triggering function 102 of base 
station controller (BSC) 26 G sm determines that an inter-RAT handover is necessary, 
e.g., that an inter-RAT handover is desired to handover mobile terminal (MT) 30 from 
first radio access network (GSM network) 12 to second radio access network (UTRAN 
network) 14. 
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As a result of the determination of action 3-2 by inter-RAT handover triggering 
function 102 that an inter-RAT handover is desired, as action 3-3 base station controller 
(BSC) 26 G sm prepares and transmits a handover required message to core network 16. 
In response, the core network sends a relocation request message to the target RNC (t- 
5 RNC) as action 3-4. By the relocation request message of action 3-4, the core network 
16 requests the t-RNC to reserve resources to accommodate the inter- RAT handover. 
The actual resource reservation is represented by action 3-5 in Fig. 3. 

Furthermore, as action 3-6, the RAT handover command message preparation 
function 104 of t-RNC prepares an inter-RAT handover command message. Fig. 4 

10 depicts a non-limiting, example format of at least selected portions of an example inter- 
RAT handover command message generated by the t-RNC as action 3-6. For example, 
the example inter-RAT handover command message of Fig. 4 includes a universal radio 
network temporary identifier (U-RNTI) information element 4-1; a serving-radio 
network temporary identifier (S-RNTI 2) information element 4-2 which is included as 

15 part of information element 4-1 ; a predefined radio configuration identity information 
element 4-3; and physical channel (PhyCH) information elements 4-4. The predefined 
radio configuration identity information element 4-3 indicates a predefined 
configuration of radio base station, traffic channel, and physical channel parameters to 
be used. The physical channel (PhyCH) information elements 4-4 include a scrambling 

20 code number. The particular serving-radio network temporary identifier utilized in the 
illustrated embodiment, i.g., S-RNTI 2, is a special version of the previously-utilized 
SRNTI that is used in the inter-RAT handover to UTRAN procedure. A smaller range 
of identity values is utilized for S-RNTI 2 in order to reduce the number of bits in the 
inter-RAT handover message. 

25 In accordance with the present invention, the radio access technology handover 

message prepared as action 3-6 includes a first information element representative of a 
first parameter from which a value of a second parameter can be derived so that the 
second parameter need not be included as a separate information element in the inter- 
radio access technology handover message. Not including the second parameter as a 

30 separate element in the radio access technology handover message facilitates non- 
segmentation of the radio access technology handover message. 
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In particular, in the illustrated scenario in which the radio access technology 
handover message is a RRC Handover to UTRAN message, the second parameter of 
the RRC Handover to UTRAN command message is prepared so that the it can be 
derived by mobile terminal (MT) 30 from the first parameter of the RRC Handover to 
5 UTRAN command message. As shown in Fig. 4, the first parameter is the Serving- 
Radio Network Temporary Identifier [S-RNTI 2] of information element 4-2, and the 
second parameter is an information element which facilitates distribution of load and 
transmission of traffic in the radio access network (e.g., a Default DPCH Offset Value). 
In one example implementation the second parameter (P2) [e.g., the Default DPCH 
10 Offset Value] is derived from the first parameter (PI) [e.g., S-RNTI 2] using the 
Expression P2 = (PI mod 599) * 512. 

The handover command message as prepared as action 3-6 is included in a 
relocation request acknowledgment message sent by t-RNC to core network 16 as 
action 3-7. The relocation request acknowledgment message of action 3-7 thus serves 
15 to confirm the reservation of resources by the t-RNC, and to include the details of 
UTRA radio resources to be used after the inter-RAT handover. 

Upon receiving the relocation request acknowledgment message of action 3-7, 
core network 16 next orders performance of the inter-RAT handover by sending a GSM 
handover command message to base station controller (BSC) 26 G sm as action 3-8. The 
20 GSM handover command message includes the details of the UTRA radio resources to 
be used after handover, since the GSM handover command message essentially 
includes the RRC Handover to UTRAX command message prepared as action 3-6. 

As action 3-9, the base station controller (BSC) 26 G sm forwards the GSM 
handover command message received at action 3-8 to mobile terminal (MT) 30 over the 

25 air interface. Advantageously, in view of the technique of the present invention, the 
RRC Handover to UTRAN command message of the present invention fits within a 
GSM handover command message that does not need to be segmented over the GSM 
air interface. Thus, action 3-9 includes transmission of the GSM handover command 
message over the GSM air interface to 30 over the GSM air interface to 30. The 

30 handover command message of action 3-9 includes the RRC Handover to UTRAN 
command message generated as action 3-6. 
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Action 3-10 of the inter-RAT handover procedure of Fig. 3 shows the mobile 
terminal inter-RAT handover function 100 of mobile terminal (MT) 30 processing the 
handover command message. As part of the processing of action 3-10, the mobile 
terminal inter-RAT handover function 100 derives or calculates the Default DPCH 
5 Offset Value to be used in the UTRAN by mobile terminal (MT) 30 from the value of 
the S-RNTI 2 parameter included in the handover command message of action 3-9. In 
the illustrated example implementation, the Default DPCH Offset Value is calculated 
from the S-RNTI 2 using Expression 1 provided above. 

When the radio access network 14 detects the mobile terminal 30, the radio 
10 access network 14 knows that the mobile terminal 30 has made the switch or handover 
from the first network (GSM network 12) to the second network (UTRAN network 14). 
Accordingly, as action 3-11 the t-RNC sends a relocation detect message to the core 
network 16. This indication may be used to initiate releast of the resources related to 
the old network. 

15 Upon successful completion of the inter-RAT handover, as action 3-12 mobile 

terminal (MT) 30 also sends a handover to UTRAN complete message, via the air 
interface, to the t-RNC. In response, as action 3-13 the t-RNC sends a relocation 
complete message to core network 16. Upon receipt of the relocation complete 
message of action 3-13, the core network authorizes release of the GSM radio 

20 connection. Release of the GSM radio connection is realized by a clear command sent 
as action 3-14 from core network 16 to base station controller (BSC) 26 G sm, which is 
followed by a clear complete message sent from base station controller (BSC) 26 G sm to 
core network 16 as action 3-15. 

Thus, when conditions warrant, a network node of the second radio access 
25 network prepares a radio access technology (RAT) handover message for transmission 
to the mobile terminal in conjunction with handover of the mobile terminal (MT) from 
the first radio access network to the second radio access network, and for an associated 
change of operation mode of the mobile terminal (MT) from the first mode to the 
second mode. 

30 As described above, in accordance with the present invention, instead of 

including the second parameter in the handover command message, a rule/algorithm is 
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defined for determining the value of the second parameter (not included as a separate 
information element in the handover command message) from a first parameter which 
is included in the handover command message. In the illustrated scenario, the Default 
DPCH Offset Value is related to the SRNTI 2 parameter, the SRNTI 2 parameter 
5 always being included in the RRC Handover to UTRAN command message. 

SRNTI 2 is a suitable parameter from which to derive the non-included second 
parameter, since the SRNTI 2 parameter is an information element to which no further 
behavior is associated. That is, SRNTI 2 is merely an identity, the value of which can 
normally be arbitrarily assigned without having any. impact, e.g., on behavior of the 
io mobile terminal or system performance or the like. Thus, the SRNTI is suitable to 
couple with the second parameter, e.g., the Default DPCH offset value, and can be 
allocated taking the load distribution into account without having any side effects. 

The solution of the present invention makes it possible from UTRAN to evenly 
distribute the loading by assigning SRNTI 2 accordingly, If, however, a minor portion 
15 of the load is generated by the mobile terminals that have been handed over from GSM, 
UTRAN may not need to take load distribution into account when assigning the SRNTI 
2 parameter. 

Advantageously, the present invention makes it possible to distribute the load 
and transmission for different mobile terminals without increasing the size of the 
20 handover command message message (e.g., the RRC Handover to UTRAN command 
message). As a result, it is possible to transfer the handover command message of the 
present invention within a non-segmented GSM air interface. Beneficially, as" a result 
the performance of the inter-RAT handover is not compromised. 

The present invention applies both to the UTRA-FDD and the UTRA-TDD 
25 modes of the UTRAN standard as defined by the Third Generation Partnership Project 
(3GPP). 

While the invention has been described in connection with what is presently 
considered to be the most practical and preferred embodiment, it is to be understood 
that the invention is not to be limited to the disclosed embodiment, but on the contrary, 
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is intended to cover various modifications and equivalent arrangements included within 
the spirit and scope of the appended claims. 
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